EVENT COLLECTION ARCHITECTURE 

A portion of the disclosure of this patent document contains material, which is subject 
to copyright protection. The copyright owner has no objection to the facsimile reproduction 
5 by anyone of the patent document or the patent disclosure, as it appears in the Patent and 
Trademark Office patent file or records, but otherwise reserves all copyright rights 
whatsoever. 

REFERENCE TO RELATED APPLICATIONS 

This application claims priority of co-pending U.S. Provisional Patent Application 
Serial No. 60/242,986 entitled "Event Collection Architecture" by A. Olsson et al., filed 
October 20, 2000. Priority of the filing date of October 20, 2000 is hereby claimed, and the 
disclosure of said Provisional Patent Application is hereby incorporated by reference. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates generally to computer network communications and, more 
20 particularly, to the collection of event data information on Web sites. 

2. Description of the Related Art. 

When a computer network user begins a communication session over the Internet, the 




f 

y. 15 



1 



user can request data files from an Internet-connected computer called a file server or Web 
server using the hypertext transfer protocol (HTTP). These data files comprise what are 
commonly referred to as "pages" or Web pages. The Web pages are typically written in a 
type of programming code called hypertext mark-up language (HTML), extensible style sheet 
5 language (XSL), or extensible markup language (XML), and can be viewed or displayed 

through a graphical user interface (GUT) browser program such as "Netscape Communicator" 
from Netscape Communications Corporation or "Internet Explorer" from Microsoft 
Corporation. The network nodes and collection of such data files are commonly referred to 
as the "World Wide Web" or the Internet. A collection of related files under a common 

10 Internet network domain location or node is commonly referred to as a Web site. The files 
available at a Web site can include a mixture of text, image, video, and audio data. 

A network user can request a Web site page by clicking on a link in the browser 
window or by typing in a uniform resource locator (URL) in the browser location toolbar. A 
request for a page results in a message being sent from the user's browser to the Web site 

1 5 server, providing the URL of the requested page. Data such as "cookies" and header 

information may also be sent along with such request. Typically, cookies are stored on the 
client system or computer, thus, when a user returns to the same Web site or Web page, the 
browser automatically sends a copy of the cookie back to the server. That is, when a user's 
browser requests a Web page from a server at a given domain, the browser also provides any 

20 cookies it has that originated from that domain. If no cookie is provided, the server can 
provide one with the Web page data, which the browser will store. Thereafter, when the 
browser again requests a page from the Web site, the browser will automatically provide the 
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stored cookie to the server along with its request for a page. 

Information may also be passed to the Web server via parameters contained as part of 
the URL address. For example, "HTTP://www.URLAddress.com/x.cgi?account_no=123" is 
a URL containing the parameter, account_no with value 123, that is passed to the Web server 
5 as part of the page request. The string "account_no=123" is also sometimes referred to as a 
query string. Links or hyperlinks are elements in a Web page, such as one or more words, 
phrases, symbols, or images that enable a user to view another page by clicking on such link. 
Such link may also be a link to enable the user to download a file. Links that are images are 
often called banners. Links are generally coded with an anchor tag that specifies the URL 

1 0 address of the requested data file, e.g. : 

<a href="HTTP: //www.URLaddress.com/requestedpage. html">...</a>. 

In this example, the requested page is named "requestedpage.html", found in the domain of 

www.URLaddress.com. 

The Internet has become an important medium of commerce so that measuring the 

1 5 success of commerce-related Web sites is increasingly important. Businesses have a need to 
know the returns on their investments in Web sites and be able to quickly respond to 
information related to user's interaction with their Web sites. As a result, businesses have an 
increasing interest in keeping track of users' interaction with their sites. Such interaction is 
referred to herein as event-tracking information, which includes for example, user interaction 

20 with the links clicked on a Web page or Web site, electronic shopping carts and search 

engines, the referring links (or entrance links), the click-thru percentage (percentage of times 
a link is displayed versus clicked), location of links within a Web page or window, 
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advertisement banners, downloadable files, the types of files downloaded, and the like. 

In determining the extent of such user interaction with Web sites, tools to monitor 

such information are difficult and time consuming to implement. Web server software 

applications, such as MICROSOFT® "Internet Information Server" (IIS) or NETSCAPE® 

5 "Enterprise Sever", have the capability of recording information to log files, which are not 

available in real time. Such log files contain HTTP request date and time, the requested URL 

address (including query string, if applicable), network user's IP, the referring Web page, 

HTTP version, and the like. Information recorded or captured in a log file, however, is 

dependent on the Web server software. Several pieces of information related to event- 
Li 

1 0 tracking information, such as the most popular link in a Web page or Web site, number of 

-■4 

m times a file is downloaded from a particular Web page, are not captured by the Web server 

-H software in its log file. Moreover, special reporting software is required in order to view the 

information contained in the log files in a consistent manner. 

Active server pages (ASPs) can also be used to obtain information regarding a user's 
%1 1 5 interaction with a Web site. When a browser requests an ASP, the Web server generates a 
page with HTML code and sends it back to the browser. By tracking the generation of ASPs 
a Web server operator can gain information regarding the various pages that a user visited on 
a Web site. However, such tracking only provides traffic information, such as the particular 
pages that the user visited, rather than information that describes how the user interacted with 
20 the pages. 

From the discussion above, it should be apparent that there is a need for an event- 
tracking system, that captures information related to a user's interaction with a Web site, that 
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is easy to implement and would involve very minimal changes or additions to existing or new 
Web sites. The present invention fulfills this need. 

SUMMARY OF THE INVENTION 

5 

The present invention relates to an event tracking server that determines event 
tracking information related to a user's interaction with a server device on a computer 
network. The event tracking server determines the event tracking information by first 
receiving an event signal from a client device associated with the user, such as where the user 

10 client device has interacted with the server device, such as a Web page server. The event 
signal includes data that indicates the user's interaction with the server device. The 
indicating data may comprise, for example, an event ID and associated parameters and 
information regarding the interaction. The event tracking server then retrieves a set of 
instructions that correspond to the event ID included in the event signal and extracts the 

1 5 descriptive data from the event signal in accordance with the retrieved instructions. If 

desired, the retrieved data can be stored in a database. The user interaction with the server 
device can include various actions, such as downloading a file, placing or removing an item 
into or from an electronic shopping cart, purchasing an item, or using a search capability of a 
search engine. 

20 The event tracking server can include several components, including a high 

performance server that receives incoming event signals, a load balancer that distributes the 
event signals, and one or more gateway modules that receive the event signals from the load 
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balancer. The gateway modules process the event signals to parse out information contained 
in the event signals related to a user's interaction with the Web site. The gateway modules 
can then store the information in one or more databases of the event tracking server. 

In another aspect of the invention, the content provider embeds event-tracking code in 
5 a Web page of the content server for which event-tracking information is desired to be 
captured. The Web pages embedded with such event-tracking code are then stored in a 
content provider server, which responds to user page requests by serving such tracking- 
enabled Web pages to users on the network. When a user views a tracking-enabled page, the 
event-tracking code causes the user's computer device to send an event signal to the event- 
10 tracking server. The gateway modules of the event tracking server then process the event 
signal to obtain information regarding the user's interaction with the content server. 

Other features and advantages of the present invention should be apparent from the 
following description of the preferred embodiment, which illustrates, by way of example, the 
principles of the invention. 

15 

BRIEF DESCRIPTION OF THE DRAWINGS 



Figure 1 is a block diagram of a system where an embodiment of an event tracking 
system is employed in accordance with the present invention. 
20 Figure 2 is a block diagram that illustrates various components of an event tracking 

server of the event tracking system of Figure 1. 

Figure 3 is a flow diagram that describes the operations performed in obtaining and 



6 



recording information related to user interaction with a content server. 

Figure 4 shows exemplary code that comprises an event definition section of a Web 
page in accordance with the invention. 

Figure 5 is a block diagram of a computer device that is a node of a computer network 
5 shown in Figure 1 . 



DETAILED DESCRIPTION 



Figure 1 is a representation of an event-tracking system 100 that enables the 
10 monitoring of event-tracking information related to a user's interaction with a Web site of the 
system, in accordance with the present invention. The system thereby functions as an 
intelligent event-tracking system that captures or records event-tracking information in the 
form of an event signal, which contains information regarding a user event. The term "event" 
is used herein to refer to any user interaction between a user client device and a server device 
15 on a computer network. An event can include various actions, including a user accessing a 
Web site, a user selecting a link on the Web site, including exit links (i.e., links or Web pages 
that transferred the user to another Web site or Web page) and entrance links (or referring 
links, i.e., links that referred the user to the particular Web page). An event can also include 
a user downloading a file, placing or removing an item into or from an electronic shopping 
20 cart, purchasing an item over a Web site, and using a search capability of a search engine. 

Figure 1 is a block diagram of the event tracking system 100 in which the above- 
described processes maybe implemented. The event tracking system 100 includes at least 
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one client device 1 10, at least one content provider server 120, and an event tracking server 
130, all of which are nodes of a computer network 135, such as the Internet. As used herein, 
the term "Internet" refers to a collection of interconnected (public and/or private) networks 
that are linked together by a set of standard protocols (such as TCP/IP and HTTP) to form a 
5 global, distributed network. Figure 1 shows only a single client device and a single content 
provider server, although the event tracking system 100 could include a plurality of such 
devices. 

The client device 1 10 can be any type of device that can be operated by a user to 
establish a communication link with the computer network 135. A browser software 

1 0 application typically resides in memory of the client device 1 1 0, as will be known to those of 
skill in the art. The browser software application is a software application that is used to 
request and display content from server devices that are linked to the computer network 135. 
Such content can include "World Wide Web" pages. 

The content provider server 120 comprises a device that stores content and serves the 

1 5 content over the network 135, such as using the standard protocols of the World Wide Web. 
For example, the content provider server 120 maybe a Web site that contains Web pages 
requested by users from the computer network 135. A Web page is typically comprised of a 
hyperlink document that is written in a descriptive markup language, such as the Hyper Text 
Markup Language (HTML). The content provider server 120 can include in memory a Web 

20 server software that responds to requests of the client device 110 and that handles the sending 
of responses back to the client device 110. The content provider server 120 may also include 
a data store that contains data files that are used to respond to such requests. The Web pages 



contained in the content provider server 120 may include links to pages or Web sites of third 
parties, such as sponsoring advertisers. 

The event tracking server 130 can communicate with the content provider server 120 
and the client device 1 10 via the computer network 135. The event tracking server 130 
5 comprises one or more devices that collect event definitions related to the client device 1 10. 
An event definition is a set of data that is descriptive of a user's interaction with one or more 
content provider servers. An event definition typically includes data related to at least a 
single user interaction, such as a user placing an item in a Web site shopping cart, a user 
initiating a search based on a search string, or a user initiating a purchase of an item. A 

10 particular event definition includes information that describes the user interaction, such as an 
identification of a search string or an identification of an item placed in a shopping cart, an 
associated URL, and the time and date of the user interaction. The manner in which event 
definition data is collected is described in detail below. 

The event tracking server 130 collects an event definition when it receives an event 

15 signal from the client device 110, wherein the event signal contains a corresponding event 
definition. An event signal is a data signal that is transmitted over the computer network 135 
and that includes an event definition. An event signal preferably is transmitted according to 
the Hypertext Transfer Protocol and includes event definition data within HTTP headers and 
URL parameters of the signal. It should be appreciated that the event signals could also be 

20 sent according to other protocols. As described further below, Figure 3 contains a flow 
diagram that illustrates how event signals are generated. 

Figure 2 is a block diagram that shows the various components of the event tracking 
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server 130. The event tracking server 130 includes a high performance entryway server 210 
that acts as an entryway to the computer network 135. The entryway server 210 is the 
component of the event tracking server 130 that receives data from the computer network 
135, including event signals. Furthermore, all data that exits the event tracking server 130 
5 toward the computer network 135 passes through the entryway server 135. 

In the preferred embodiment, the event tracking server 130 also includes a load 
balancer 220, which comprises a software or hardware module that receives event signals 
from the entryway server 210. The load balancer 220 balances the load of received event 
signals by distributing the received signals among several different gateway modules 230, 

10 each of which handles a load of event signals. Each gateway module is separately 

addressable by the load balancer 220. The load balancer 220 can balance the load in a variety 
of ways. In one embodiment, the load balancer 220 successively sends incoming event 
signals to alternate gateways 230 so that successive incoming event signals are always sent to 
a different gateway 230. In another embodiment, the load balancer 220 maintains a dynamic 

1 5 tab or count of the number of event signals that each gateway 230 is handling. When the load 
balancer 220 receives an incoming event signal, the load balancer 220 sends the event signal 
to the gateway 230 that currently has the lowest count of event signals. The load balancer 
220 can also maintain data relating to whether any gateways 230 are malfunctioning so that 
event signals are not sent to such gateways 230. Each event is stateless, so that any event 

20 signal can be sent to any gateway 230 without effecting the processing of the signal. It 
should be appreciated that the event tracking server 130 could also include just a single 
gateway 230 that handles all incoming event signals. In such a case, the event tracking server 
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130 would not require a load balancer 220. 

The gateways 230 are software or hardware modules that handle the processing of 
event signals. A gateway 230 analyzes a received event signal and obtains the event 
definition data stored therein regarding the corresponding event for the signal. The gateway 
5 230 then interacts with one or more databases 240 to store the data. The gateway 230 

preferably communicates with the database 240 using a database management scheme such 
as SQL. 

The database 240 stores the event data in event-tracking files that contain records of 
event-tracking information. In one embodiment, the event-tracking files are stored in a 

1 0 relational database management system (RDBMS) such as MICROSOFT® "SQL Server" or 
ORACLE® "81". The database 240 may also contain various data files, including scripts or 
programs containing the instructions to record the event-tracking information to the event- 
tracking files or to generate various event-tracking statistics or reports requested by a user. 
For example, the event-tracking reports or statistics may list the most popular links, banner 

15 ads with the highest clicked-thru percentage and the like. 

Figure 3 is a flow diagram that describes the operations performed in obtaining and 
recording event-related information. In the first operation, represented by the flow diagram 
box numbered 3 1 0, the user uses the client device 1 1 0 to initiate an event. As mentioned, an 
event includes any user interaction between a user client device and a server device on a 

20 computer network. An event could include a variety of different actions comprised of user 
interactions with the content provider server 120, such as the user launching a Web browser 
and requesting a Web page, placing an item in a shopping cart, removing an item from a 
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shopping cart, initiating a search based on a search string, downloading a file, logging on or 
logging off, or any other interaction with the content provider server 120. The user can 
initiate an event by interacting with a browser application on the user's client device in a well 
known manner, such as by selecting a hyperlink or entering commands via the browser 
5 application. 

In the next operation, represented by the flow diagram box numbered 315, the content 
provider server 120 transmits a response to the client device based upon the event that the 
user initiated in the previous operation. The response is typically in the form of the content 
provider server 120 transmitting a Web page to the client device 110, the Web page being a 

10 document written in a markup language such as HTML. For example, if the event related to 
the user making a purchase via the content provider server 120, the Web page could be a 
"thank you" page that acknowledges the purchase and that contains confirmatory information 
regarding the purchase. In another example, if the event related to the user initiating a Web 
search, the Web page could be a page that contains the search results. If the event was the 

15 user updating a shopping cart, then the Web page would include updated shopping cart 
information. 

The HTML code for the Web page includes an event definition section that contains 
event definition data with information regarding the event that just occurred. The event 
definition section includes an event ED that identifies the type of event, as well as event 
20 definition data arranged in a predetermined format, with tags that denote the location of the 
various items of data. The data in the event definition section is preferably arranged in a 
particular format based on the type of event that occurred. For example, if the event that 
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occurred comprised the user purchasing an item, then the event definition section could 
include a corresponding event ID and relevant information such as a description of the item, 
the price of the item, number of items purchased, etc, each of which are identified with a 
corresponding tag. The event definition data also includes data that describes the user, such 
5 as a user ID number, if any. If the event that occurred comprised the user updating a Web 
site shopping cart, then the event definition section could include a corresponding event ID 
and relevant information such as a description of the items in the shopping cart and items that 
were added or removed from the shopping cart. In another example, if the event that 
occurred comprised the user performing a Web search, the event definition section could 

10 include a corresponding event ID and relevant information such as the search string on which 
the search was performed. It should be appreciated that the data in the event definition 
section can vary based upon the type of event. 

The event definition section of the Web page is preferably transparent to the user and 
readable by the browser application on the client device 110. The event definition section 

1 5 can be dynamically generated by the content provider server 1 20 prior to the Web page being 
transmitted to the client device 110. The event definition section can also be generated at the 
client device 110, such as in response to Java script code contained in the Web page. The 
event definition section can be added to any Web page for which tracking is desired, using 
editing techniques well known to those skilled in the art. The event definition data contained 

20 in the event definition section is typically data that is already readily available from the Web 
page itself, which would contain data regarding the event. 

Figure 4 shows a set of sample code that can form a part of the event definition 
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section. A portion of the code (highlighted with bolded text) is in the form of a uniform 
resource locator that includes a plurality of data parameters with tags that delineate the 
parameters. An ampersand (&) symbol functions as a delimiter and separates the 
parameters. The "eid" parameter is the event ID parameter and the "aid" parameter is a 
5 customer ID that identifies the owner of the content provider server 120. In the sample code 
above, uppercase text identifies variables where actual data regarding an event is inserted. 
Thus, a portion of the code recites "eid=EVENT+ID", where "eid" is the tag for the event ID 
parameter and "EVENT+ID" is the variable for the actual event ID for the event. Such data 
would vary based on the event that occurred. 

1 0 It can be seen that the code includes additional parameters that are particular to a type 

of event. The parameters include "payment type", "shipping type", "order ID", "shipping 
city", "shipping state" and "shipping country", "brand" and other parameters that are relevant 
to the event. These are parameters that relate to a commerce-type event where the user just 
purchased an item. The code in Figure 3 also includes Java script code that parses additional 

15 information from the user's browser application, such as the name and version of the browser 
application. It should be appreciated that the quantity and types of parameters can vary based 
on the event and the information desired regarding the event and that the event definition 
section could include additional code beside the code recited above. 

With reference still to Figure 3, in the next operation, represented by the flow diagram 

20 box numbered 320, the client device 1 10 transmits an event signal to the event tracking 
server 130, wherein the event signal contains the event ID and event definition data 
descriptive of the event that just occurred. The client device 110 obtains the event definition 
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data from the event definition section of the Web page just received. As mentioned, the 
event definition section includes an event ID and tags that denote the relevant items of 
information. The tags can be used to parse the relevant information from the event definition 
section. Preferably, the event ID, the tags and the corresponding data are included as 
5 concatenated strings in the event definition signal. 

The client device 110 preferably transmits the event signal in accordance with 
instructions that are contained in an event tracking code that is embedded in the Web page for 
which event data is desired. In an HTML file, for example, the code may be written 
anywhere between the start body tag, "<body>", and end body tag, "</body>. Similarly, any 

1 0 dynamically generated Web page may have the code embedded within the body of the 

generated HTML file. If other file formats are used, such as XSL and XML, the end resulting 
page has the event tracking code embedded within the body of such file. 

In one embodiment, the event tracking code contains code comprised of an HTTP 
image tag of the type that causes the client device 1 10 to automatically request a file from an 

1 5 identified Internet server, which in this case is the event tracking server 1 30. In the case of an 
image tag, the requested file is called an image source file. The "image source file" need not 
only contain image data but may also be connected to a script that is run when such file is 
requested. In another embodiment, the "image source file" does not contain any image data, 
thus a request for such image source file does not result in an image being returned by the 

20 event-tracking server 1 12 to the user. Such empty "image source file," however, may be 
connected to a script or program that is run when such image source file is requested. This 
process is described in more detail in the U.S. patent application entitled "Internet Website 
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Traffic Flow Analysis", which is assigned to the same assignee as the instant application and 
which is incorporated herein by reference in its entirety. 

The event-tracking code is preferably written such that in case the event-tracking 
server 130 is inoperative or inaccessible, the Web page that contains the event tracking code 
5 may still be loaded. Thus, any failure of the event tracking server 130 is transparent to the 
content provider server 120. 

The next operation is represented by the flow diagram box numbered 325, where the 
event tracking server 130 receives the event signal and transmits an acknowledgement signal 
to the client device 110. Those skilled in the art will appreciate that the acknowledgement 
1 0 signal is part of the operation specified by protocols such as HTTP. 

In the next operation, represented by the flow diagram box numbered 330, the event 
tracking server 130 parses out the event ID from the event signal and obtains a set of 
corresponding instructions for the event ID from memory. The event tracking server 130 
preferably maintains in memory a list of all possible event IDs and a corresponding set of 
1 5 instructions for each ID. The instructions contain commands that the event tracking server 
executes to obtain event data from the event signal. The commands may vary based on the 
event ID. This operation is preferably performed by a gateway module 230 that was selected 
by the load balancer 220. 

In the next operation, represented by the flow diagram box numbered 335, the 
20 gateway 230 of the event tracking server 130 then extracts data regarding the event from the 
event signal based on the instructions that were obtained in the previous operation. The 
gateway 230 identifies and extracts data from the event signal by searching for tags that are 
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specified in the instructions obtained in the previous operation. For example, if the event ID 
indicates that the event related to a purchase of an item, then the instructions include 
commands that cause the gateway 230 to locate certain parameters tags in the event signal 
and extract the corresponding data, such as tags that relate to product and price parameters. 
5 The gateway 230 preferably also extracts data from the event signal related to user 
identification and identification of the content provider server 120. 

The gateway 230 then sorts the extracted data for inserting the data into a database, 
as represented by the flow diagram box numbered 340. The data is preferably stored in a table 
format in the database 240. The table may be comprised of a series of rows and columns, 

10 with a row containing data for a single event and the columns each including different 

parameters related to the event. For example, there could be a column for user ID, a column 
for product ID, a column for price, and so forth. The previously-obtained instructions for the 
event ID instruct the gateway on the destination in the table for of each item of data. 

The gateway 230 then stores the data in the database 240, as represented by the flow 

15 diagram box numbered 345. The gateway 230 preferably stores and sorts the data according 
to a query language such as structured query language (SQL). In this regard, the gateway 
inserts the data into one or more tables using SQL insert statements and stores the data in the 
database 240. The data can then be supplied to and viewed by a user. 

Figure 5 is a block diagram of a computer in the event tracking system 100 of Figure 

20 1, illustrating the hardware components included in one of the computers. Those skilled in 
the art will appreciate that the client device 110, the content provider server 120, and the 
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event tracking server 130 may all have a similar computer construction, or may have 
alternative constructions consistent with the capabilities described herein. 

Figure 5 shows an exemplary computer 500 such as might comprise any of the 
devices 110, 120, or 130. Each computer 500 operates under control of a central processor 
5 unit (CPU) 502, such as a "Pentium" microprocessor and associated integrated circuit chips, 
available from Intel Corporation of Santa Clara, California, USA. A computer user can input 
commands and data from a keyboard and computer mouse 504, and can view inputs and 
computer output at a display 506. The display is typically a video monitor or flat panel 
display. The computer 500 also includes a direct access storage device (DASD) 508, such as 

10 a hard disk drive. The memory 5 1 0 typically comprises volatile semiconductor random 
access memory (RAM). Each computer preferably includes a program product reader 512 
that accepts a program product storage device 514, from which the program product reader 
can read data (and to which it can optionally write data). The program product reader can 
comprise, for example, a disk drive, and the program product storage device can comprise 

1 5 removable storage media such as a magnetic floppy disk, a CD-R disc, a CD-RW disc, or 
DVD disc. 

Each computer 500 can communicate with the others over a computer network 520 
(such as the Internet or an intranet) through a network interface 518 that enables 
communication over a connection 522 between the network 520 and the computer. The 
20 network interface 5 1 8 typically comprises, for example, a Network Interface Card (NIC) or a 
modem that permits communications over a variety of networks. 
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The CPU 502 operates under control of programming steps that are temporarily stored 
in the memory 510 of the computer 500. When the programming steps are executed, the 
computer performs its functions. Thus, the programming steps implement the functionality 
of the event tracking process described above. The programming steps can be received from 
5 the DASD 508, through the program product storage device 5 14, or through the network 
connection 522. The program product storage drive 512 can receive a program product 514, 
read programming steps recorded thereon, and transfer the programming steps into the 
memory 510 for execution by the CPU 502. As noted above, the program product storage 
device can comprise any one of multiple removable media having recorded computer- 

10 readable instructions, including magnetic floppy disks and CD-ROM storage discs. Other 
suitable program product storage devices can include magnetic tape and semiconductor 
memory chips. In this way, the processing steps necessary for operation in accordance with 
the invention can be embodied on a program product. 

Alternatively, the program steps can be received into the operating memory 510 over 

15 the network 520. In the network method, the computer receives data including program steps 
into the memory 510 through the network interface 518 after network communication has 
been established over the network connection 522 by well4cnown methods that will be 
understood by those skilled in the art without further explanation. The program steps are 
then executed by the CPU 502 thereby comprising a computer process. 

20 It should be understood that the devices 110, 120, and 130 of the computer network 

135 illustrated in Figure 1 typically have a construction similar to that shown in Figure 5, so 
that details described with respect to the Figure 5 computer 500 will be understood to apply 
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to all computers of the system. Alternatively, the devices can have an alternative 
construction, so long as the computer can communicate with the other computers illustrated 
in Figure 1 and can support the functionality described herein. 

The present invention has been described above in terms of a presently preferred 
5 embodiment so that an understanding of the present invention can be conveyed. There are, 
however, many configurations for an event-tracking system not specifically described herein 
but with which the present invention is applicable. The present invention should therefore 
not be seen as limited to the particular embodiments described herein, but rather, it should be 
understood that the present invention has wide applicability with respect to event-tracking 
10 generally. All modifications, variations, or equivalent arrangements and implementations 
that are within the scope of the attached claims should therefore be considered within the 
scope of the invention. 
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